mvg
Frans

Ik denk dat software helemaal jouw ding is, net als bij Paul van Oers, die ik in de emails genoemd heb. Reeds lang voor de correctie in RB heeft die het foutje wat in de software zat opgelost.

Sofware is hedentendage niet ECHT mijn ding. Waar ik in geïnteresseerd ben is oude hardware met de oerprocessors als MCS-48, MCS-51 en 6502 achtigen, die specifieke hardware rechtstreeks aansturen. Het is vaak onvoorstelbaar wat ze allemaal in 1K-, 2K- of 4K-byte gepropt kregen.
De tegenwoordige mentaliteit dat alles op een besturingssysteem moet draaien met onevenredig veel RAM en opslagcapaciteit voor de toepassing interesseert mij niet zo erg, dat leidt tot software waarvan de maker geen idee heeft hoe de hardware werkt en dus tot fouten (die dan weer in telkens nieuwe versies worden opgelost en nieuwe problemen worden geïntroduceerd). Als het programma zo groot geworden is dat het niet meer fysiek past dan stopt de fabrikant van de hardware met ondersteunen. Vroeger MOEST het gewoon in één keer goed zijn.
Het mooiste voorbeeld van heel universeel gebleken hardware vind ik nog steeds de Atari 2600 spelcomputer. Geen software intern, alles zit in de cardridge, en de eerste cardridges waren slechts 2K- en 4Kbyte. Er is een schaakprogramma in 4K, inclusief de videoweergave. Misschien geen heel geweldig sterk schaakprogramma, maar laat iemand het NU maar eens proberen te maken.
Ik heb meetapparatuur voorbij zien komen die op windows (ce?) draaide. Opstarten duurde relatief lang en na een paar jaar al geen ondersteuning meer.
Ben bezig geweest met Raspberry Pi, maar de typen volgen elkaar te snel op, moeten tegenwoordig als volwaardige PC kunnen draaien en bijna niemand kan er nog timing critische dingen mee doen. Een "snelle" processor die door wachtlussen echt niet zo snel meer is.
Arduino's programmeer je iets dichter op de hardware, maar zelfs de C++ achtige software met kant en klare libraries maakt dat je bij wat complexere projecten NIET meer weet welke library welke hardware in de processor gebruikt. En dan maar zoeken, waarom loopt die interne timer die ik rechtstreeks programmeer vanuit mijn hoofdprogramma niet of onbetrouwbaar? Simpel omdat een van de libraries hem al geclaimt heeft waarschijnlijk?!?

In een assembly programma heb je de volledige verantwoordelijkheid dat alles goed loopt en met de juiste timing.
In een auto ga je geen vliegtuigmotor zetten met een enorme vertragingskast erop. Maar zo lijkt het WEL met de huidige computers, windows stelt belachelijke eisen aan een PC en als de computer net niet krachtig genoeg is dan heet het dat de computer ongeschikt is voor die windows versie. Maar het is andersom, windows stelt te hoge eisen aan de hardware. En dat bijna allemaal omdat de overhead van verschillende lagen software veel te groot is.
Goed programmeren van embedded software is een vak, en ik wil ZEKER niet pretenderen dat ik er veel verstand van heb. Maar hoe universeler een systeem moet zijn, hoe ingewikkelder en onoverzichtelijker de software wordt EN de overhead voor de hardware.

Embedded software voor kleine apparaten vind ik interessant, als de programmeur moeite heeft moeten doen om met de beperkte hardware en de beperkte programmaruimte creatief heeft moeten zijn om toch iets moois en betrouwbaars te maken!

Probeer toch of je de eprim kunt uitlezen.
Je kunt dan data vergelijken

Wel interessant om te weten. Als data goed is zou niviau uitgang kunnen zijn wat dan kritisch geworden is.

Gewoon ter lering en vermaak.

Mooi ieder geval dat klokje weer werkt.

Zit in de planning.......
Ik gaf ergens al aan, als een bitje ergens tussen 0 en 1 staat, is het ook nog afhankelijk of er verschil is in uitlezen tussen de uP of mijn programmer.

Wel interessant om te weten. Als data goed is zou niviau uitgang kunnen zijn wat dan kritisch geworden is.

Gewoon ter lering en vermaak.

Mooi ieder geval dat klokje weer werkt.

Had je de MAB8035 (Philips) ook nog geprobeerd? Zou hetzelfde moeten zijn als de SAB8035 (Siemens)

Die heb ik niet meer getest, net als mijn 2716. Ik was het wel van plan, om te weten of de fout dan weer terug kwam.
Evenwel was de klok uit de behuizing vrij kwetsbaar en toen die na vier dagen nog goed werkte heb ik hem toch maar weer ingebouwd.
De klok loopt nog steeds feilloos.
Ik denk dat software helemaal jouw ding is, net als bij Paul van Oers, die ik in de emails genoemd heb. Reeds lang voor de correctie in RB heeft die het foutje wat in de software zat opgelost.

Ik bewaar de gekregen ic's goed, en mocht het zo zijn dat je er zelf een nodig hebt, dan zijn ze ter beschikking.

Ik ben nog zo af en toe bezig met de disassembly van het programma, om er ook zinvol commentaar bij te zetten. Dat is een soort hobby, maar helemaal af is het bijna nooit wat commentaar betreft. Dit programma is niet groter dan 1kB dus dat is nog te overzien. Het was alweer even geleden dat ik met MCS48 (waartoe de 8035 ook behoort)assembly bezig was. Maar het blijft leuk.
De hardware timer in de 8035 wordt gebruikt om interrupts te genereren voor de display multiplexing en het hoofdprogramma ontrafelt de informatie afkomstig van de ontvanger.

De EPP programmer weer aan de gang krijgen ga ik ook nog wel eens aan werken, de DOS software zou moeten kunnen werken op W98SE dat ik voor dergelijke hardware nog op een oude PC heb staan.
De ALL-07 doet het in ieder geval en kan veel meer aan dan de EPP.

Had je de MAB8035 (Philips) ook nog geprobeerd? Zou hetzelfde moeten zijn als de SAB8035 (Siemens).

Het is de eprom 2716 die na 42 jaar kuren heeft. Henk van den Broek heeft voor mij een nieuwe eprom gebrand. Weliswaar een 2732, maar die is in dit geval pin compatibel.
Alle geschetste problemen zijn voorbij.
Ik ga de oude eprom nog controleren, maar de kans bestaat dat die onbetrouwbaar wordt uitgelezen, net als in de klok. Bitjes kunnen kennelijk van niveau veranderen en als het dan niet echt 0 of 1 is, kan het zomaar zijn dat de klok soms even goed werkte, om later weer in storing te vallen.
Sinds afgelopen zaterdag werkt de klok weer helemaal probleemloos.
Henk heeft de eprom voor mij gebrand,
Ik heb zelf een EPP1 programmer, maar ik kon daarbij nog niets saven. Intussen had Henk al een nieuwe eprom gemaakt. Ik ben hem er dankbaar voor

Super Henk dat hij het weer doet en fijn dat je geholpen bent.
mvg
Frans (Breda)

Hans

EPP_1 Manual en Software
Manual staat in de windows map in de zipfile.
In de DOS map staat een readme file met uitleg over het DOS programma.

Is op de ART-website niet meer te vinden, alleen de "F" versie.

Zoals eerder gezegd, ik kom er nog op terug in of na het weekend waarschijnlijk.

Vanavond vond ik dit nog:
https://artbv.nl/support/programmers/epp2/epp-sw.htm
maar dat is voor de EPP2

Dan maakt het nog uit of je de EPP_1 of de (latere) EPP_1F hebt. In geval je de laatste hebt (met "F") dan saven met filenaam max 8 karakters en extensie ".S1F". In het geval EPP_1 ZONDER de F is het weer net anders en dan moet ik verder zoeken...
Komende weekend kan ik zelf eventueel proberen of het bij mij onder XP wil werken of een work-around kan vinden. Wil wel mijn EPP ook weer aan de gang hebben eigenlijk, heb ook nog oude PC's staan met o.a. XP erop.

Belangrijk als je de eprom zelf gaat programmeren is dat je een type gekozen hebt met de juiste programmeerspanning (als deze hoger is dan nodig kan je de eprom opblazen, als de spanning te laag is lukt het programmeren niet).

(*)De eprom zelf hoeft dan nog niet in de voet aanwezig te zijn.

Ik denk niet dat DOSBOX gestart wordt, dan moet je eerst een virtuele schijf aanmaken.

De epp inclusief programma kan alleen files saven en loaden in Motorola formaat. Dat is NIET hetzelfde als een HEX file, het is een soort ascii tekst met checksums e.d. erin.

Er bestaan 3 (niet compatibele) motorola formats (S1F, S2F en S3F) en bij het saven geef je door de extensie aan welke van deze drie er gebruikt wordt.

Een bestaande Motorola file kan je met een conversie prog (meegeleverd op de schijfjes van de EPP) omzetten naar een HEXfile, mocht dat nodig zijn voor bijvoorbeeld een ander type programmer dan de EPP.

Ik ga vanavond nog even kijken of ik er wat officiele documentatie van kan terugvinden.