16

Arduino & Lign. / Sv: Sammensætning af koder

« Dato: Januar 16, 2023, 18:20:23 »

Først: Jeg har programmeret professionelt siden 1984 så jeg har en del erfaring - og dermed også glemt meget af min start.

Dernæst: Min tilgang til dette problem du beskriver er at hente darablad på enheden som skal tilsluttes og så skrive rutinerne selv.

Ulempen med denne måde er at der er et ret højt dørtrin at tage sig over - men er man vel der er det uhyre effektivt og stabilt.

Fordelen er at jeg har totalt stabile rutiner som fungerer perfekt.

Dette løser ikke dit problem men hvis man husker at der dels er flere forskellige displaykredse med hver deres protokol er det meget svært at lave en generel rutine.

Med de display som kører med 4 databit skrives der rent faktisk bytes hvor de første 4 bit er de højeste og de næste 4 bit de laveste i samme byte.

Dette kan du bruge til at ændre 4-bit rutinen til en 8-bit og er protokollet det samme skal det fungere.

17

Arduino & Lign. / Sv: Watchdog

« Dato: Januar 08, 2023, 22:31:57 »

Hvis du kan anvende en timerinterrupt er det fuldt muligt at bruge watchdog.

Jeg gjorde det så at for hver reset nullede jeg en variabel i rutinen som blev udløst af timeren.

Main-loop satte den samme variabel til en specifik værdi hver gang den rullede rundt - og var den ikke sat till denne specifikke værdi når watchdogen skulle re-trigges lod programmet være med at gøre det da main-loop jo måtte sidde fast et eller andet sted.

Dette ville så udløse en hardware reset og det hele ville starte om.

Det kræver en del omtanke og effektiv anvending af hardwaren, programmet kan ikke have delay() eller lignende i heller så at lave et skudsikkert system er ikke enkelt.

Og det sidder i et kommercielt system som har potentialet at sprænge et hus i luften så sikkerhedstænket er højt. Og jeg mener "sprænge i luften" bogstaveligt.

Måden Arduino programmeres på er i mine øjne forkert, de eksempler på program jeg har set er af tvivlsom kaliber.

Jeg er selvfølgeligt farvet af mine job indenfor programmering siden 1985 og Dunning-Krüger syndromet rammer mig også så i retfærdighedens navn anser jeg at alle system som udfører deres job sikkert og stabilt er gode system.

F.eks. delay() er OK hvis man skal blinke en lampe - men er i min verden banlyst til alt andet.

18

Arduino & Lign. / Sv: Watchdog

« Dato: Januar 07, 2023, 23:53:27 »

Nu ved jeg ikke hvordan watchdog fungerer på en Arduino - men på rigtige mikroprocessorer fungerer den ved at man skal aktivere funktionen og derefter skal man "nulstille" den ved faste tidspunkter.

Havner man udenfor en ret snæver tidszone resetter mikroprocessoren.

Det er oftest dn MEGET god ide at udføre "nulstilningen" umiddelbart inden man enabler funktionen, så venter der ikke en reset når man tænder for programmet.

Arduinos system er ganske uegnet till dette da man ikke uden en del besvær kan tilgå timerinterrupt - efter hvad jeg ved. Dette giver ret store problem med at havne i rigtig tid med "nulstilningen".

19

Generel Elektronik / Sv: Computer strømforsyning

« Dato: Januar 06, 2023, 22:50:10 »

Teoretisk skal det gå med den strønforsyning som har 19,6V. Den har inte topeffekt nog - men rigeligt til at lade.

20

Generel Elektronik / Sv: Hvad er den for en komponent

« Dato: Januar 05, 2023, 09:05:50 »

Filter. Det er et filter bestående af et par ferritperler og en kondensator.

21

Arduino & Lign. / Sv: arduino reset

« Dato: December 30, 2022, 09:40:46 »

Og så skal man huske at man ikke skal skrive for ofte til flash/eeprom, de slides. Jeg udviklede elektronikken og programmer til Janfire NH pillebrænder og den funktion findes i den.

Der satte jeg en update-tid til 5 minutter tror jeg at det var - hvis forbruget var ændret.

Jeg brugte den eeprom som jeg lagde ind på printet, det er en FRAM-type som klarer ubegrænsede antal skrivninger - og den er hurtig også.

Bruger man den interne EEPROM i mikroprocessorer (MCU) skal man regne med 10k skrivninger inden det går prut. Med modernede MCU kan det være 100k som gælder.

Skal enheden køre i 5 år på de 10k skrivninger kan man tillade sig at gemme værdien hver 4,5 time.

Alternativt kan man montere en FRAM eeprom på systemet og bruge den så ofte man vil.

22

Andet analog relateret / Sv: 28 volt Ac til 24 volt Ac

« Dato: December 03, 2022, 19:48:00 »

Du kan også montere en modstand på 22 Ohm i serie med ene ledning, det skal give et mindre spændingsfald.

Modstanden bør klare mindst 2W.

23

Andet analog relateret / Sv: 28 volt Ac til 24 volt Ac

« Dato: December 02, 2022, 18:27:35 »

I databladet angives at driftspændingen er 24V +- 15%.
Altså går 28V helt fint.

24

Andet analog relateret / Sv: 28 volt Ac til 24 volt Ac

« Dato: December 02, 2022, 13:36:02 »

Igen skriver du intet om hvor stor strøm det gælder...

Nå, ett foreslag som er ganske universelt er at skaffe en transformator som klarar effekten.

Den skal have flere udtag som kan kombineres så at du får 24V af en 28V. Det kan være at den har f.eks. en vinding til 28V med et udtag til 24V.

25

Andet analog relateret / Sv: 28 volt Ac til 24 volt Ac

« Dato: December 01, 2022, 12:49:16 »

Techek's foreslag er til DC og ikke AC som dette gælder.
Mader du AC ind i den regulator får du i bedste tilfælde en pulsende DC - men der er ret stor mulighed for at du slipper den magiske røg ud i stedet.

At regulere AC er ikke helt let og du angiver intet om hvilken strøm som skal reguleres.

Normalt vil det være acceptabelt med 15% af en madningsspænding og da er du vældigt nær 24V (+ 15% = 27,6V) så jeg anser at der mangler en del information om hvad du vil gøre helt præcist.

26

Generel Elektronik / Sv: Ovnlampe virker ikke.

« Dato: Oktober 29, 2022, 16:10:29 »

Uden at vide mere om hvordan alting er koblet kan jeg ikke svare på det.
Jeg ved ikke engang hvad "lamperne" er, om det er de små som giver lys i ovnen eller nogle herrestørrelse som giver strålevarme.

Spadeskoene som har blevet varme kan ikke blive så varme af et par smålamper, deraf min mangel på svar.

27

Generel Elektronik / Sv: Ovnlampe virker ikke.

« Dato: Oktober 28, 2022, 20:49:25 »

De ser ud til at være spadesko som har haft dårlig kontakt og så blevet så varme at printet omkring dem er skadet.

Dermed er forbindelsen afbrudt.

28

Arduino & Lign. / Sv: Gennnemsnit temp.

« Dato: September 26, 2022, 22:59:39 »

Helt enig. Arduino er i min mening færdigtygget børnemad på dåse, ingen smag - men enkel at bruge.

Opbygningen af funktionerne er gjort sådan at det er let at komme i gang men meget svært at faktisk tage sig ud af skidtet.

Men jeg har så også levet af at udvikle løsninger med mikroprocessorer i omkring 40 år så jeg har nok en anden vinkel ind.

29

Arduino & Lign. / Sv: Gennnemsnit temp.

« Dato: September 26, 2022, 16:54:24 »

Arduino har en interrupt som tæller milisekunder. Den er på 32 bit og efter49 dage, 17 timer og 2,788 sekunder ruller den rundt fra 4.294.967.295 til 0.

Hvis man så bruger funktionen "når ms() >= X" og X regnes ud ved "X = ms() + 1000" bliver det prut når man kommer indenfor det sidste sekund.

X skal jo være en 32 bit også og det ovenstående kan betyde at de sidste 999 ms af perioden udløser 999 gange hvor det er rigtigt når der kun skulle være 1.

Den rette <skudsikre> metode er at bruge en timer-interrupt og lade den tælle en variabel ned. Når variablen når nul genlades variablen med værdien for tiden og det som skal ske udføres.

Det kan være en hurtig og enkel funktion og den kan så køres direkte fra interruptrutinen.

Er det en mere kompliceret funktion sætter interruptrutinen et flag og main-loop kan have en "hvis flag er sat: nulstil flag og gør kompliceret rutine".

30

Arduino & Lign. / Sv: Gennnemsnit temp.

« Dato: September 23, 2022, 20:13:22 »

Løsningen ser jeg som en grænse + X som ska opnås - men det er grænsen - X som gælder på returen.