Atopile , một startup hứa hẹn sẽ cách mạng hóa thiết kế bo mạch bằng cách mô tả thiết bị điện tử với mã code, đang đối mặt với sự chỉ trích từ người dùng cho rằng trang web của công ty thiếu các ví dụ thực tế và minh họa thực tế về công nghệ của họ.
Thiếu ví dụ mã code khiến người dùng tiềm năng thất vọng
Khiếu nại chính tập trung vào việc không có các ví dụ mã code rõ ràng, dễ tiếp cận trên trang web của Atopile . Người dùng báo cáo phải tìm kiếm sâu trong tài liệu để tìm các ví dụ thực tế về việc mã code mạch trông như thế nào trong thực tế. Trong khi công ty cung cấp tài liệu ngôn ngữ, các nhà phê bình cho rằng điều này không cho thấy cách các mạch thực tế sẽ được triển khai bằng hệ thống của họ.
Cộng đồng đã xác định một số ví dụ trong các kho lưu trữ GitHub , bao gồm các dự án như nonos và spin-servo-drive, nhưng những ví dụ này cần phải tìm kiếm đáng kể mới có thể định vị được. Người dùng đặc biệt yêu cầu các ví dụ về các mạch phổ biến như bộ chỉnh lưu cầu đầy đủ để hiểu rõ hơn về các ứng dụng thực tế.
Thư viện linh kiện hạn chế gây lo ngại
Một vấn đề quan trọng khác được cộng đồng nêu bật là thư viện linh kiện bị hạn chế. Hiện tại, kho lưu trữ gói của Atopile chỉ chứa các module ESP32-C3 , trong khi nhiều người đam mê và nhà phát triển thường sử dụng các module phát triển ESP8266 , ESP32 , ESP12-E và STM . Thư viện hiện chỉ lưu trữ hàng chục linh kiện, mặc dù công ty hứa hẹn sẽ mở rộng lên hàng nghìn linh kiện trong những tuần tới.
Quá trình tạo linh kiện cũng có vẻ phức tạp, với người dùng lưu ý rằng mỗi module yêu cầu ít nhất 12 tạo phẩm khác nhau, nhưng hướng dẫn xây dựng các linh kiện này không có sẵn.
Tình trạng Thư viện Linh kiện:
- Hiện tại: ~10 linh kiện có sẵn
- Kế hoạch: ~1000 linh kiện trong những tuần tới
- Các module có sẵn: chỉ ESP32-C3
- Thiếu các module phổ biến: ESP8266 , ESP32 , ESP12-E , các module phát triển STM
- Mỗi module yêu cầu: 12+ artifacts để có đầy đủ chức năng
Quy trình làm việc vẫn phụ thuộc vào các công cụ bên ngoài
Mặc dù tự quảng cáo là một giải pháp thiết kế mạch toàn diện, quy trình làm việc hiện tại của Atopile vẫn yêu cầu các công cụ bên ngoài cho các tác vụ quan trọng. Người dùng phải cài đặt KiCAD để bố trí và định tuyến PCB , điều này chiếm khoảng 90% công việc thiết kế mạch theo phản hồi của cộng đồng. Hạn chế này có nghĩa là Atopile hiện tập trung chủ yếu vào việc tạo netlist thay vì thiết kế bo mạch hoàn chỉnh.
Tầm nhìn của chúng tôi không phải là bắt giữ sơ đồ, mà là bắt giữ ý định. Một khi bạn có thể bắt giữ ý định, nó có thể chảy xuống sơ đồ, bố cục, lựa chọn BOM , v.v.
Công ty thừa nhận những hạn chế này và giải thích cách tiếp cận của họ là xây dựng từ một sản phẩm hữu ích tối thiểu thay thế sơ đồ làm điểm khởi đầu. Họ đang làm việc trên việc lựa chọn linh kiện tự động và các khối tái sử dụng bố cục để giải quyết một số mối quan tâm này.
Các Bước Quy Trình Atopile Hiện Tại:
- Phác thảo mạch điện trên giấy
- Tìm kiếm packages.atopile.io để tìm các module có sẵn
- Thiết kế module bằng mã ato
- Chạy ato build để biên dịch và chọn linh kiện
- Sử dụng KiCAD cho việc bố trí PCB
- Lặp lại các bước 3-5 cho đến khi hài lòng
- Đẩy các thay đổi lên kho lưu trữ
- CI tự động tạo ra các tệp sản xuất
Lời hứa tương lai và thực tế hiện tại
Đại diện Atopile đã phản hồi lại sự chỉ trích bằng cách hứa hẹn cải thiện trang đích của họ và các ví dụ tốt hơn. Họ cũng đang phát triển việc tạo mã hỗ trợ AI bằng Claude AI , mà họ tuyên bố có thể tạo thành công các thiết kế module như gia tốc kế MPU6050 trong một lần thử duy nhất.
Công ty có kế hoạch mở rộng thư viện linh kiện của họ một cách đáng kể và cải thiện trải nghiệm người dùng, nhưng người dùng hiện tại phải điều hướng một hệ thống yêu cầu tích hợp công cụ bên ngoài đáng kể và tính khả dụng linh kiện hạn chế. Hiện tại, những người quan tâm đến thiết kế mạch dựa trên mã có thể cần phải chờ đợi những cải tiến được hứa hẹn này thành hiện thực.
Tham khảo: Introduction