UPDI <-> ISP3-x

Hallo,

anscheined hat es mit der ELAB Software (+HW) noch niemand geschafft einen z.B. ATMega 4808 mit UPDI zu programmieren.
Da ich alle meine zukünftigen Projekte (ältere umrüsten) auf das Nano Board(ATMega 4808) ausrichten möchte und
meine Layout's schon fertig sind, stehe ich nun auf dem Sclauch!
Auch ein Wechsel zu einer anderen Prog. Sprache icht ausgeschlossen, da all meine Projekte seit 2000! in ELAB-Pascal geschrieben wurden!

Vielleicht hat von euch schon jemand über MPLAB X (4808 bereits aufgeführt) versucht einen ELAB_(nativen) hex Code in's MPLAB zu laden?
Ich denke mit den Fuse's müsste ich dann klar kommen. -Ein DSC File auf den Proz. angepasst, wäre, denke ich vielleicht hilfreich,, meines
kann der Compiler nicht compilieren.

Einen guten Rutsch in's neue Jahr 2022 an alle die mich kennen

Toni Begle (Rudi ratlos)

Danke Golf,

nicht sehr tröstlich, zumal Microchip in Zukunft alle neuen Atmel' Mega's mit der UPDI Schnittstelle versehen wird! - ISP Auslauf Schnittstelle.
klar die Vorteile der UPDI sind überwältigend.

Die Neuen 4808 und 4809 haben 2 / 3 RS232! und ausreichend 48k flash! 25% mehr speed (20MHz) und die fertigen Module kosten bei ALI ~5€!,
einstecken prog. fertig!

Mein mp3 Player(32GB uSD) kann leider nur 9600Bd mein Nextion Grafikdisplay möchte ich allerdings mit 115200Bd(auch wegen Slider) betreiben eine 2. RS232 generiere ich (328p) mit einem bilateralen Switch per Umschaltung, funktioniert, aber ist nicht der Brüller!

Vielleicht gelingt es doch irgend jemanden im Portal, dass man ELAB (mit DSC 4808/09) hex -> MPLAB X (auf ATMEL 4808/09 per UPDI portieren kann.

Mit MPLAB(sehr konfortabel) + picstart+ hatte ich damals meine PIC Projekte programmiert.

Gruss
Toni

Ich kann mir auch vorstellen, daß das funktionieren müßte mit dem ISP-3-X.

Nachdem ich den nicht habe, werd ich vielleicht einen Minimalprogrammer bauen für UPDI und den Elab-Projectfiles.
Ich denke da an einen CP2102 und dazu einen kleinen DC-DC wandler für die 12V.
Mal sehen

golf

Hallo,

MC(Microchip) wird in absehbarer Zeit das UPDI Protokoll beibehalten. (gute Kontakte zu MC) da MC damals unser Untehrnen wegen den von uns erfundenen Gestik Sensor(Die Chip) samt unser Firma aufgekauft hatte. Fest steht, das ISP-Protokoll ist Geschichte.
Leider (oder zum Glück) bin ich kein Spezialist, sondern ein Generalist und Minimalist vielleicht auch ein Visionär) und auf externe Hilfe angewiesen.
Für HASBRO 3 J in den USA Spielzeuge erfunden! - mit minimalsten Aufwand!(Kosten) das max Ergebnis erzielen! = verdammt anstrengend und erfordert auch eine Portion Verstand! (kompliziert kann jeder ist unsere Device)
Mit Grausen verfolgte ich wie ATMEL(trotz überlegener Prozessor Struktur geg. MC 1/4Clock....) durch ihre Derivate (ähnl. MC) in die techn. Falle tappte! Trotz des preisgekrönten X-Mega! -mit 1000 Beinen(erschreckend) da es I2C und ISP gibt! und 8 bit bei 32MHz! - hihi
Den MILLIARDEN fach verkauften 328p weiter zu entwickeln kam ihnen nicht in den Sinn! (<< I dadurch > 160Mz oder mehr eine 2 RS232 kam denen auch nicht in den Sinn!! - PLEITE hatte ich erwartet.
Hatte Rolf mehrmals gebeten(angefleht) die 6/8 Pinner von Atmel mit einem RS232 od. und I2C Treiber zu versehen. (Verbindung zur Aussenwelt!!)
min Platzbedarf! (musste ich mit PIC SOT 6 lösen - 256B flash) bei ausreichendem Flash! Beim X-Mega hat Rolf seine Recourcen verbraucht.(sich verbissen)
Auch wie Treiber ein SW-Paket unglaublich aufwerten, hatte ich des öfteren, auch plakativ versucht am Beispiel Arduino zu vermitteln. (alle Sensoren dieser Welt!! - Skatch -> Boodloader(RS232) = Ausgabe der Messwerte in Text und Grafik) damitkonnte ich all meine Sensoren in 15" testen.
Millionenfach angewendet trotz sagen wir x verbesserungsfähiger SW)
In ELAB ist an Treibern nichts zu finden, bis auf wenige die bereits Staub angesetzt haben!( Sensoren die nicht mehr zu erweben sind oder ....)
Meiner Meinung liegt der Rückgang der Anwender von damals von mehreren 1000 bis jetzt auf eine Hand voll, auch daran, dass
immer wieder das Rad neu erfinden zu müssen, dies nerft immens! (ZEIT! Treiber selbs zu schreiben!!) anstelle in 5 Sek den Treiber in die FW einbinden zu können!
Dies kann eine noch so genialer SW (Compiler) nicht annähern kompensieren! - Arduino lässt grüssen! >> Treiber Bibliothek "GITHUB"!!

Jetzt spiele ich Visionär
Alles auf den Prüfstand - alle uralt Prozessoren! alle uralt Treiber alle uralt Anwendungen
Treiber Bibliothek -> Ziel vorerst die Gängisten T/F - LED 16x 1600Hz(anstelle 8bit geflacker) - Clock! - mini mp3(32G!) - I-Wandler - CO2 - LICHT(Lux) -
BLE - ........ Fingerprint - Nextion - Herzfreq. Radar(v)- ....................-
Einige kann ich zur Verfügung stellen, den T/F und den LM35 hatte ich schon bereits rein gestellt! (von den 15069 Usern noch nie verwendet worden ??)
Module bei ALI noch immer spott billig (Alles hier aus China! mit einem entspr. Aufschlag importiert)

Also bitte Rolf's geniales Pascal nicht den Bach runter geghen lassen! (nicht per Zufall damals >10009 User auch viele in Übersee)
Bitte keine Selbermacheritis! (hurra ich hab was Eigenes nach Loriot's Jodler Diplom) und klein, klein auf dem Küchentisch - das führt zu nichts!

Gruss
Toni

HW kann ich in ausreichenden Mengen zur Verfügung stellen Brettboards + thinery(every) Boards(4808) + USB/RS232 ..........