Goto page 1, 2, 3 Next
pytający
Guest
Sat Apr 18, 2026 7:45 am
Witam,
mam do odpalenia urządzenie w fazie prototypu i szukam jakiejś płytki
uruchomieniowej z tym właśnie procesorem. I normalnie posucha.
Tylko jeden rodzaj płytki i to produkowanej w chinach. Na Gotronik, są
fajne z dodatkowym polem lutowniczym ale już niedostępne. Chyba będę
musiał kupić to co jest + dodatkowa płytka uniwersalna, bo stykowa do
niczego się nie nadaje.
Robert
heby
Guest
Sat Apr 18, 2026 3:49 pm
On 18/04/2026 08:12, pytający wrote:
Quote:
musiał kupić to co jest + dodatkowa płytka uniwersalna
To w tej chwili powszechna forma prototypowania i chcesz miec wymienny
moduł z CPU aby użyć go w innym projekcie. Są moduły z AtMega128,
przeznaczone do takich płytek uniwersalnych. Np:
https://pl.aliexpress.com/item/1005010522705135.html
(tylko piny wlutować odwrotnie, a jeszcze lepiej dwustronne goldpiny).
Musi być AtMega128? RP2040 są absurdalnie tanie...
pytający
Guest
Sat Apr 18, 2026 9:16 pm
W dniu 18.04.2026 o 15:49, heby pisze:
Quote:
On 18/04/2026 08:12, pytający wrote:
musiał kupić to co jest + dodatkowa płytka uniwersalna
To w tej chwili powszechna forma prototypowania i chcesz miec wymienny
moduł z CPU aby użyć go w innym projekcie. Są moduły z AtMega128,
przeznaczone do takich płytek uniwersalnych. Np:
https://pl.aliexpress.com/item/1005010522705135.html
Właśnie, oprócz tego chińskiego nic poza tym nie ma sensownego...
Quote:
Musi być AtMega128? RP2040 są absurdalnie tanie...
Chce uruchomić pewne urządzenie. Aplikacja na PC (mam źródła i kompilują
się) komunikuje się m.in. przez USB z właśnie ATmega128, która steruje
silnikami krokowymi w 3 osiach. I do tej ATmegi128 mam źródła w C. Chcę
na podstawie tych dwóch programów (PC i Atmega128) odbudować hardware,
do której nie mam żadnej dokumentacji. Oryginalny prototyp działał (do
którego nie mam dostępu), ale chce zrobić taki reverse engineering.
Użycie jakiegokolwiek innego procka tylko będzie utrudnieniem.
Dodatkowo, ten program na PC komunikuje się jeszcze z innym urządzeniem
po WiFi.
Robert
heby
Guest
Sat Apr 18, 2026 9:51 pm
On 18/04/2026 21:16, pytający wrote:
Quote:
Musi być AtMega128? RP2040 są absurdalnie tanie...
Chce uruchomić pewne urządzenie. Aplikacja na PC (mam źródła i kompilują
się) komunikuje się m.in. przez USB z właśnie ATmega128, która steruje
silnikami krokowymi w 3 osiach. I do tej ATmegi128 mam źródła w C. Chcę
na podstawie tych dwóch programów (PC i Atmega128) odbudować hardware,
do której nie mam żadnej dokumentacji. Oryginalny prototyp działał (do
którego nie mam dostępu), ale chce zrobić taki reverse engineering.
Użycie jakiegokolwiek innego procka tylko będzie utrudnieniem.
Jasne, rozumiem.
Choć, jesli to jakiś rodaj plotera, to drukarze 3D mają na to gotowe
rozwiązania software/firmware/hardware: Merlin i Klipper. Czasami warto
zrobić podejście typu HAL i zamiast odtwarzać hardware co do rezystora,
zaemulować inne hardware jakąś warstwą pośrednią software.
pytający
Guest
Sat Apr 18, 2026 10:18 pm
W dniu 18.04.2026 o 21:51, heby pisze:
Quote:
On 18/04/2026 21:16, pytający wrote:
Musi być AtMega128? RP2040 są absurdalnie tanie...
Chce uruchomić pewne urządzenie. Aplikacja na PC (mam źródła i
kompilują się) komunikuje się m.in. przez USB z właśnie ATmega128,
która steruje silnikami krokowymi w 3 osiach. I do tej ATmegi128 mam
źródła w C. Chcę na podstawie tych dwóch programów (PC i Atmega128)
odbudować hardware, do której nie mam żadnej dokumentacji. Oryginalny
prototyp działał (do którego nie mam dostępu), ale chce zrobić taki
reverse engineering. Użycie jakiegokolwiek innego procka tylko będzie
utrudnieniem.
Jasne, rozumiem.
Choć, jesli to jakiś rodaj plotera, to drukarze 3D mają na to gotowe
rozwiązania software/firmware/hardware: Merlin i Klipper. Czasami warto
zrobić podejście typu HAL i zamiast odtwarzać hardware co do rezystora,
zaemulować inne hardware jakąś warstwą pośrednią software.
Nie jest to rodzaj plotera, choć 3 osie mogą to sugerować.
W mojej ocenie, aplikacja na PC i komunikacja po WiFi i USB to około 75%
włożonej pracy w całe to urządzenie. pozostałe 25% to właśnie sterowanie
silnikami krokowymi. Hardware jest na tyle prosty że raczej nie wymaga
odwzorowywania typu rezystor po rezystorze i ścieżka po ścieżce.
Mirek
Guest
Sat Apr 18, 2026 10:45 pm
W dniu 18.04.2026 o 21:16, pytający pisze:
Quote:
Użycie jakiegokolwiek innego procka tylko będzie utrudnieniem.
No to choćby płyta MKS Gen L V2.1
Jest tam atmega2560, ale to kwestia tylko przemapowania pinów i powinno
działać.
--
Mirek
pytający
Guest
Sun Apr 19, 2026 12:59 pm
W dniu 18.04.2026 o 22:45, Mirek pisze:
Quote:
W dniu 18.04.2026 o 21:16, pytający pisze:
Użycie jakiegokolwiek innego procka tylko będzie utrudnieniem.
No to choćby płyta MKS Gen L V2.1
Jest tam atmega2560, ale to kwestia tylko przemapowania pinów i powinno
działać.
Fajna ale zbyt rozbudowana. Dzięki za propozycję.
Mirek
Guest
Sun Apr 19, 2026 1:25 pm
W dniu 19.04.2026 o 12:59, pytający pisze:
Quote:
Fajna ale zbyt rozbudowana. Dzięki za propozycję.
Ewentualnie Ramps 1.4 i Arduino Mega 2560
albo płytka CNC Shield i inne Arduino - nie wiem czy jest akurat z
atmega128, nie siedzę w Arduino.
--
Mirek
Mirek
Guest
Sun Apr 19, 2026 1:29 pm
W dniu 18.04.2026 o 21:51, heby pisze:
Quote:
Choć, jesli to jakiś rodaj plotera, to drukarze 3D mają na to gotowe
rozwiązania software/firmware/hardware: Merlin i Klipper. Czasami warto
zrobić podejście typu HAL i zamiast odtwarzać hardware co do rezystora,
zaemulować inne hardware jakąś warstwą pośrednią software.
No i warto by się zainteresować co tam tym USB idzie - może zwykły G-kod.
--
Mirek
JDX
Guest
Sun Apr 19, 2026 3:53 pm
On 18.04.2026 15:49, heby wrote:
[...]
Quote:
Musi być AtMega128? RP2040 są absurdalnie tanie...
Dokładnie, AVR to umierająca platforma. Nie da tego że jest jakoś bardzo
zła, tylko dlatego, że małe MCU 32-bitowe oferują więcej za tą samą cenę.
Więc jak dla mnie to raczej bez sensu wsadzać AVR do nowego produktu.
Tym bardziej, że w przypadku np. CM0 nie jest się skazanym na jednego
producenta.
heby
Guest
Sun Apr 19, 2026 7:21 pm
On 19/04/2026 15:53, JDX wrote:
Quote:
AVR to umierająca platforma. Nie da tego że jest jakoś bardzo
zła, tylko dlatego, że małe MCU 32-bitowe oferują więcej za tą samą cenę.
Niestety z 5V to w sumie, poza Kinetis, nie ma nic :/
Więc AVRy zostaną napędzając stare projekty. Nie mam nic przeciwko,
bardzo je lubię i szanuję za g++ i trywialność hardware. To
przesympatyczny cpu z bardzo wygodnymi narzędziami.
Trochę szkoda że się nierozwinęły, rdzeń 8-bit dalej jest użyteczny, a
przy ~100MHz mogłby jeszcze skopać tyłek ARMom.
JDX
Guest
Sun Apr 19, 2026 10:19 pm
On 19.04.2026 19:21, heby wrote:
[...]
Quote:
Więc AVRy zostaną napędzając stare projekty. Nie mam nic przeciwko,
No, Analog ciągle ma w sprzedaży MCU na bazie MCS-51, zarówno te swoje
MicroConvertery jak i te odziedziczone po Maxim/Dallas. Aczkolwiek np.
1ku List Price Starting From $15.58 sugeruje, że te kostki są
adresowane do fanów retro computingu.
heby
Guest
Sun Apr 19, 2026 10:34 pm
On 19/04/2026 22:19, JDX wrote:
Quote:
On 19.04.2026 19:21, heby wrote:
[...]
Więc AVRy zostaną napędzając stare projekty. Nie mam nic przeciwko,
No, Analog ciągle ma w sprzedaży MCU na bazie MCS-51
Protestuję przeciwko porównywaniu gównianego 51 zaprojektowanego na
odpierdol z normalnym cpu
Waldek Hebisch
Guest
Mon Apr 20, 2026 5:10 pm
heby <heby@poczta.onet.pl> wrote:
Quote:
On 19/04/2026 15:53, JDX wrote:
AVR to umierająca platforma. Nie da tego że jest jakoś bardzo
zła, tylko dlatego, że małe MCU 32-bitowe oferują więcej za tą samą cenę.
Niestety z 5V to w sumie, poza Kinetis, nie ma nic :/
Chińczycy mają całą masę ARM i RISC-V zasilanych z 5V. Np. procki
z WCH: CH32F103 (ARM), CH32V103 (RISCV) czy malutki CH32V003 (RISCV).
Quote:
Więc AVRy zostaną napędzając stare projekty. Nie mam nic przeciwko,
bardzo je lubię i szanuję za g++ i trywialność hardware. To
przesympatyczny cpu z bardzo wygodnymi narzędziami.
Trochę szkoda że się nierozwinęły, rdzeń 8-bit dalej jest użyteczny, a
przy ~100MHz mogłby jeszcze skopać tyłek ARMom.
Przy danym zegarze rdzeń 8-bit przegra na obliczeniach z rdzeniem
32-bitowym. A jak chcesz zegar 100 MHz to trzeba buforowaną
szynę i np. machanie pinami będzie w najlepszym razie tak
samo szybkie jak przy rdzeniu 32-bitowym.
Procki 8-bit mogły mieć sens przy procesie 180 nm. Ale jak
robi się procek na procesie 45 nm to 8-bit daje znikome oszczędności
z powodu mniejszego rdzenia, a duże straty z powodu niższej
wydajności.
--
Waldek Hebisch
heby
Guest
Mon Apr 20, 2026 6:55 pm
On 20/04/2026 17:10, Waldek Hebisch wrote:
Quote:
Niestety z 5V to w sumie, poza Kinetis, nie ma nic :/
Chińczycy mają całą masę ARM i RISC-V zasilanych z 5V. Np. procki
z WCH: CH32F103 (ARM), CH32V103 (RISCV) czy malutki CH32V003 (RISCV).
Maja też z rdzeniem 6502 (serio, MegaWin).
Tylko co z tego. Cieżko sie bazuje na chińskich produktach, dzisiaj są,
jutro nie ma. ZNajomy pracował w firmie, która wstawiła do swoich
produktów chińskie cpu. Pewnego dnia przyszedł mail, że dostawy nie
będzie bo wstrzymali produkcję na zawsze. Baibai.
Quote:
Trochę szkoda że się nierozwinęły, rdzeń 8-bit dalej jest użyteczny, a
przy ~100MHz mogłby jeszcze skopać tyłek ARMom.
Przy danym zegarze rdzeń 8-bit przegra na obliczeniach z rdzeniem
32-bitowym.
Zależy co liczy. Większe słowo nie zawsze oznacza większą prędkość do
zastosowań uC. Jakbyśmy liczyli coś matematycznie to może, ale jak
sterujemy GPIO, to niekoniecznie. Tylko komplikuje rdzeń.
Quote:
A jak chcesz zegar 100 MHz to trzeba buforowaną
szynę i np. machanie pinami będzie w najlepszym razie tak
samo szybkie jak przy rdzeniu 32-bitowym.
Byle ARM pozwala na machanie znacznie szybciej niż AVRy. Chyba tylko z
wyjątkiem SAM7, gdzie "udało" mi się osiągnąć mniej niż AVR. Ale prawda
taka, że machaniem GPIO to się powinny zajmować dedykowane kawałki
hardware, a nie rdzeń cpu.
Quote:
Procki 8-bit mogły mieć sens przy procesie 180 nm. Ale jak
robi się procek na procesie 45 nm to 8-bit daje znikome oszczędności
z powodu mniejszego rdzenia, a duże straty z powodu niższej
wydajności.
ARM dzisiaj daje przede wszystkim opłaty licencyjne. To jest bardzo
bolesne dla wielu producentów. AVR jest stabilny, ma od groma narzędzi,
trywialny rdzeń, Atmel/Microchip mógłby zawalczyć o kawałek rynku.
Raczej widziałbym zastępowanie RISCem, a nie ARMem. Na ARMy niestety
jest jakaś moda, bo sam cpu jest upierdliwy (z kilkanaście subsetów
instrukcji itp guano).
Goto page 1, 2, 3 Next