The asm generated by the migrated AVRCo sources differs from the currently released version, although everything else seems to be the same. I am concerned that the sources you sent me may be different to the currently released version. If not, it must be something I have done during the migration. Can you please confirm whether the sources have been changed from the currently released version or not?
Dass ein so genialer SW Entwickler wie Rolf nicht zu ersetzen ist war mir völlig klar, ein herzliches Dankeschön! (Kunde seit 1998!)
Mein Vorschlag wäre eine reale Bestandsaufnahme (minimalistisch)
Assembler in der Tiefe scheidet nach meiner Meinung aus
BUG's in der Tiefe (letztes Problemchen) zu bearbeiten, scheidet auch aus
Nur die absolut sinnvollen (Kern) Prozessoren + Proz mit UPDI weiter betreuen. - Uralt Typen und Derivate(daran ist ATMEL gescheitert -irre Vielfalt) ausmustern
Der Vorrat an Prog. HW müsste treuhänderisch von jemanden übernommen werden.
Wichtig aus meiner Sicht wären Treiber für alle möglichen Sensoren (Arduino sketch) das war ein Teil des Erfolges von Arduino
um das Rad nicht immer neu erfinden zu müssen - kostete mich eine Unmenge an Zeit I2C Sensoren in E_Lab einzubinden und der zweite Teil
wäre OPEN SORCE! damit wurden alle erfolgreich! (auf Spenden Basis) Informatik Studenten? (Delphi)
Die Plattform müsste bestehen bleiben(auch wegen der Erkenntmisse über viele Jahre) wo der Server stehen wird (Cloud?)
Bitte nicht an Elektronika verscherbeln! (schlechte Erfahrung und HW Abzocker!)
Ist mir noch eingefallen
Um meinen Vorschlag, die TWI (I2C) Treiber für ELAB-Pascal die Bedeutung(Mächtigkeit) zu untermauern - nur ein Beispiel (von hunderten! > Arduino)
16!-Channel, 12 bit! PCA9685 25...~1600Hz! nicht nur für 16 Servos - meine Kü-WZ-Bad Bel. <600 Hz = Murx
Alleine um für diese Anwendung die FW nachzubilden bräuchte man min einen oder mehrere X-Mega(s) + unendlichen Zeitaufwand! - ein ATtiny 8 Pin würde ausreichen und man könnte noch
BH1750 : byte = $23; // Licht Sensor (Lux) hochazflädend + sehr Genau! (Referenz verglichen)
Lidar0 : byte = $29; // LIDAR0
HDC1080 : byte = $40; // Temp & Feuchte HDC1080 (Mein Treiber Beitrag für ELAB-Pascal)
PCA : byte = $41; // 16 x PWM 12bit(0-4095) Freq. 25Hz ....15800Hz - unglaublich flexi Output's
CCS811 : byte = $5A; // CO2 Sensor $5A oder $5B
DS : byte = $68; // HW Clock (hoch genau) interne Clock sind Murx
.................. einbinden.
Mein Vorschlag
Pro ELAB-Pascal TWI Treiber Lizenz je nach Aufwand (1-5€) - Bibliotheken (einbinden) siehe .....
@Toni,
naja, als genial möchte ich mich nicht bezeichnen. Guter Handwerker vielleicht...
Das mit Open Source ist ja genial für z.B. Linux etc. Aber für AVRco.
Das System ist sehr komplex und die paar wenige SW Leute die sich da dran wagen....
Ich denke Merlin ist der richtige dafür. Macht gute Fortschritte und kennt viele
Einzelheiten. Z.B. den AppWizz
@Merlin
each small change in the CodeGen or Drivers will result in small changes
in the ASM. So this should be no problem.
Indeed, I know the issue would make no practical difference. My only concern is when I test and compare old with new and there is a difference, I then do not know if it is a change you made before handing me the code or something that I have introduced.
Note due to EU Cookie Law This page uses cookies to handle logins and unread markers. If you use this forum you allow that this page is storing cookies on your computer. To remove Cookies from this site just click on "Delete cookies of this forum" on the bottom of the page. You can find more infos in our Cookie Policy.