Have you set the IDE to the correct Arduino board ?
Did you install the IDE in Windows ?
Are you using Windows at all or an other OS ?
Start practicing with the Arduino only, so without any shields attached.
So start with the basics (again).
Once you get the hang, you can consider skipping examples because you have some experience in programming (that's an assumption)already.

Hoi HC, welkom.

Ik heb heel even je code bekeken, en ik zie het probleem eigenlijk niet.
Er zit gewoon helemaal niets in je code dat knippert.
Maar mag ik er van uitgaan dat je oranje lichten altijd knipperen en de remlichten nooit ?
(Dat maakt ook eigenlijk niet uit, want er is een situatie waar een knipperend remlicht wel wenselijk is (namelijk bij een noodstop)).

De blink without delay sketch gaat er om dat je netjes bijhoudt hoe alles er voor staat, en dat je je realiseert dat void loop steeds weer uitgevoerd word (what's in a name) en dat zijn gang laat gaan zonder vertraging.
En dat je gaat tellen hoe lang iets al duurt en het niet eens tijd word iets te veranderen.
Is niet veel ingewikkelder dan je het nu hebt.
Overigens zie ik de noodzaak van de aparte functies niet helemaal, maar dat terzijde.

Wat je kunt doen is een code maken die altijd knippert, dus ook als er geen knipperaars aan staan.
Dat knipperen kun je dan blinkstate noemen.
Daarna hoef je je bestaande code maar een klein beetje aan te passen, namelijk als je de controleert of een knipperaar aan moet, dat je dan tegelijk controleert hoe het met blinkstate staat.
Klinkt misschien te ingewikkeld, maar dat valt best mee.
Grote voordeel hiervan, is dat je geen verschillende knipper ritmes krijgt als je twee knipperaars aan hebt staan (en wellicht niet tegelijkertijd gestart hebt).
Heb je je alarmlichten aan, dan zou je kunnen krijgen dat eerst links aan gaat, dan rechts dan links weer uit en dan rechts uit (feitelijk gebeurt dat altijd zo, maar dan zo snel dat je het verschil niet kunt zien).
Je wil dat zoveel mogelijk synchroon hebben lijkt me.

Zorg er voor dat je absoluut geen delays in je loop of andere voids hebt staan (ben er nog geen tegengekomen).

Succes ermee.

Aangezien dit een internationaal forum is, zie je wel eens vragen opduiken of het wel slim is om zomaar iedereens vragen te beantwoorden.
Zo kwam er een slimmerik na de gebeurtenissen in Boston, die zich afvroeg of er voor die bommen geen Arduino was gebruikt.
Reden daarvoor was dat ie een blauwe printplaat kon zien op een van de foto's.
Dat zijn wel heel typisch Amerikaanse (en daarmee automatisch ook overtrokken) reacties, maar het kan nooit kwaad om er bij stil te staan dat er ook mensen zijn die om andere redenen dan "ter leering ende vermaeck" geïnteresseerd zijn in de techniek.
Ook terroristen hebben vaak genoeg aangetoond creatief te kunnen zijn.

[!]

Ik heb op digital uit 7 een ledje zitten en naar de massa dit moet toch kunnen de led is heel ;-)

Kan zijn, maar niet voor lang (!).
Als je een LED aansluit op een digitale uitgang zonder een weerstand te gebruiken (en je hebt niet gezegd dat je dat gedaan hebt, dus heb je het niet), blaas je je LED op, en ook je processor.
Dus als de donder een weerstand er tussen voor je verder experimenteert !


Je stuurt nu zowel HIGH als LOW naar pin 7.
Daarvoor kijk je eerst naar de waarde genaamd Pomp, om te zien of die groter is geworden dan de door jou gewenste waarden en als dat wel zo is, zet je m er weer binnen.
Dat heb je op dezelfde wijze gedaan als ik eerder ook deed, en moet dus werken.
Vervolgens doe je een handeling op pin 7 en die handeling doe je altijd (!).
Je schakelt altijd de pomp in door de uitgang hoog te maken, en je schakelt m ook altijd weer vrijwel direct weer uit, dat is nergens van afhankelijk.
Dat inschakelen duurt zo kort dat het onmogelijk is voor jouw ogen om m te zien oplichten, maar dat doet ie wel.
Je schijnt te denken dat wanneer alles op 1 regel staat, het direct achter elkaar word uitgevoerd.
Maar dat is niet zo.
Als je meer dan 1 commando binnen een if... wil uitvoeren, moet je de acties die uit te voeren zijn opsluiten in {accolades}.
Dat had je ook uit de voorbeelden kunnen halen en deze accolades zijn dus ook een erg belangrijk deel van het programmeren.
Bij de IDE is de ; puntkomma een regeleinde, en niet de LF/CR (wat er gebeurt als je op de enter toets drukt).
Als je zeker weet dat je een fantastische programmeur bent die geen fouten maakt, kun je bijna alles op 1 regel zetten met veel puntkomma's er in (maar das lekker toch niet echt zo).

Nogmaals, je wil controleren welke waarde je instelt met je links/rechts toetsen, en uit die controle ga je de conclusie trekken dat je een bepaalde waarde op pin 7 moet zetten.
Dat is onnodig ingewikkeld.
Want je had er al voor gezorgd dat de waarde van Pomp alleen 0 of 1 kan zijn.
Daarom kun je volstaan met helemaal boven in void loop() te starten met de pomp in de gewenste waarde te zetten.
En die gewenste waarde, is die die al beschikbaar is in de variabele Pomp.
Dus als een van de eerste regels in void loop() kun je dan zetten:

Code:

digitalWrite(7, Pomp);

Bijkomend voordeel hiervan is dat je ook nog eens de pomp aan het begin van het uitvoeren van je programma uit schakelt, en niet ergens halverwege.
Als je dat ergens halverwege pas doet, zul je er nooit zeker van zijn dat bij het opstarten van je schakeling de pomp niet heel even per ongeluk word ingeschakeld.

Je schakelt nu ook binnen het menu en niet er buiten, dat zou ik niet doen om het aantal malen schakelen per rondje niet onnodig hoog te maken zoals je uit bovenstaande kunt zien.

Hoi.

Ik heb je bestand gedownload.
Het bestand kan niet geopend worden omdat je spaties in de naam hebt staan en dat is niet toegestaan.
Daarom heb ik de spatie voor mijn eigen gebruik vervangen door een _ , en nu kan het wel geopend worden.
Je definieert pin 11 voor de buzzer op een voor mij wat vreemde plaats.
Niet zozeer omdat je dat in de loop doet en dus elk rondje opnieuw, maar wel omdat je dat achter een voorwaarde doet.
Die voorwaarde is dat mm (staat voor menu mode) op 1 staat en dat betekent dat het menu niet actief is, en het scherm wel al helemaal in de normale stand staat).
In mm 0 is het menu ook niet actief, maar moet het normale scherm nog gebouwd worden na het verlaten van het menu.
In mm 3 is het menu wel actief maar moet dat menu nog gebouwd worden op je scherm.
En in mm 4 is het menu actief en je scherm opgebouwd.

Ik zou de buzzer pin niet telkens opnieuw definiëren, maar dat globaal doen daar waar de andere zaken ook gedefinieerd zijn.
Dan heb je een Item 6 aangemaakt, maar je hebt 5 menu items en je laat het pijltje ook correct van item 5 naar item 1 gaan.
Dat gaat niet werken, want je gaat op die manier nooit menu item 6 bereiken.
Bovendien heb je daarvoor de dim functie gekopieerd.
Wanneer je hier de pomp mee wil bedienen, zou ik de functie van flash daarvoor kopiëren, of eigenlijk je functie voor de buzzer.
De pomp is namelijk voor je menu niets anders dan je buzzer, maar dan wel op een andere pin en zonder de korte tijd dat je die wil laten gaan, en die korte tijd stel je dus niet in het menu in, maar in het hoofdprogramma.
Dus zou ik naast de pin voor de buzzer, ook nog pinnen voor de pomp(en) en voor je temperatuursensoren reserveren, en ik zou dat net onder de andere reserveringen doen.
Dan nog voor je pomp een waarde om bij te houden of die al ingeschakeld is of niet, zodat je die bij een volgende ronde kunt aanpassen, maar ook wanneer je hoofdprogramma besluit de pomp in of uit te schakelen.
Dan kun je het menu stukje voor de buzzer kopiëren naar item 5 en daar aanpassen zodat het je duidelijk is dat het daar om de pomp gaat.
Het echte in- of uitschakelen van de pomp zou ik dan weer in het hoofdprogramma doen, en dus verder onafhankelijk van het menu, maar wel beïnvloedbaar door dat menu.
De uitdaging daar ligt er dus in dat je dat stapje altijd doet, en dus onafhankelijk van  de waarde van mm (dat is ook hetzelfde als de buzzer).

Houd er verder rekening mee dat je de commentaren ook bijhoud.
Haal niet (meer) kloppend commentaar ook weg, anders is dat alleen maar verwarrend.

Weer een stukkie om aan te werken, succes.

De PT100 is veel simpeler aan te sluiten als een digitale variant, want je kunt m aansluiten als een weerstand.
Maar hij is wel gevoelig voor de juiste polariteit, dus je moet "plus en min" wel goed aansluiten.
De twee rode draadjes hebben hetzelfde signaal.
Het zijn er twee zodat je kunt vaststellen wat het verschil tussen de twee draden is om de nauwkeurigheid te vergroten (doordat je een afwijking veroorzaakt door het draadje kunt meten), maar dat hoeft niet per se.
Als je die compensatie niet wil doen mag je de twee draadjes samen aansluiten, zo heb ik begrepen.

Los daarvan is die ook nog eens veel eenvoudiger in jouw distilleerapparaat in te bouwen.
Dat past er zo in, je hoeft er "alleen maar" een extra invoer voor te maken en die na het insteken van de sensor weer gasdicht te maken.
De sensor zelf is normalerwijze voorzien van een RVS behuizing, je moet zelf nog nagaan of deze ook "food grade" is.

De PT100 is er in veel varianten, en daarom kun je er niet veel eenduidends over vinden.
Je zal van je bron de fabrikant moeten proberen te achterhalen om er zeker van te zijn dat je met passende gegevens gaat werken.
Wat ik gezien heb, is dat er vaak een LM235Z inzit.
Dat ding geeft 10 mV per graad Kelvin.
Kelvin is lineair met Celsius, maar nul celsius is 273,15 Kelvin.
Dat betekent dat je bij kamertemperatuur een waarde van ((273.15 + 20)*0.01) = 2.93 volt hebt, en bij kokend water heb je 3.73 volt.
Dat zijn kleine stapjes per graad.
Je wil waarschijnlijk meten in een ander bereik waarbij de laagste temperatuur hoger ligt dan kamertemperatuur, en de hoogste die een stuk hoger ligt dan 100 graden.
In dat geval zou je wat extra elektronica moeten toepassen zodat de daarbij behorende waardes worden omgezet naar een bruikbaar bereik voor de Arduino.
Je kunt wel tot zo'n 220 graden meten in een bereik van 5 volt, maar dan heb je dus 22000 stappen van je A/D omzetter nodig, en die heb je niet.
Je hebt 1024 stappen, en das inclusief nul.
Het probleem hierbij is dat je elektronica die deze versterking zou gaan doen, waarschijnlijk een grotere afwijking zal hebben dan de sensor.
Maar goed, dan lopen we wel al ver vooruit op de zaken.
Eerst maar eens met zekerheid zien uit te vinden wat je in huis hebt.

Welk temperatuurbereik wil je eigenlijk meten ?

Hoi bb4s, welkom.

Welke Arduino heb je ?

Ik heb m nog niet bekeken, maar het is raadzaam om de code na aanpassen naar jouw wensen, een andere naam te geven bij het opslaan.

De dimmer werkt bij mij precies zoals jij beschrijft het te willen laten werken, dus bij mij maakt ie wel stapjes.
Dat gaat wel eens fout, en dat heeft te maken met hoe toets "rechts" werkt (die zit namelijk direct aan GND, en niet met nog een weerstand ertussen), en hoe er gecontroleerd word op toetsdrukken.
Niet alle LCD's laten de dim functie besturen via PWM, waardoor de verlichting aan of uit gaat, maar niet mooi dimt.
Maar omdat omhoog wel goed schijnt te gaan, moet omlaag ook kunnen.

De flash functie is bijna klaar om te dienen als beep, ik heb die namelijk met die mogelijkheid in het achterhoofd erin gemaakt.
Daarvoor hoef je maar heel weinig te veranderen, namelijk het aansturen van een andere pin dan de Dim pin.
De rest daarvan kan zo ongeveer hetzelfde blijven (je kunt ook de lengte van de piep aanpassen).
O ja, je hoeft voor de piep natuurlijk geen huidige waarde te nemen en die te delen door 8, want het piepje is aan of uit.
Je kunt wel experimenteren met een lager volume voor een menu piepje als bij een alarm event.
Ik ga er van uit dat je de pieper ook wil gebruiken om een alarm weer te geven, dus zou je die pin al gedefinieerd moeten/kunnen hebben.

Het is niet erg moeilijk om menu opties toe te voegen, maar wel een beetje werk.
Daarvoor moet je wel wat extra zaken aanpassen, en je bent er inmiddels achter dat weergave van de items en het pijltje twee verschillende zaken zijn.

Ever heard of Fritzing ?

Het is bijna volgende week.
Hoe staat het ervoor ?
Heb je nog gerichte vragen ?

Assuming you'll get arrogant answers and reacting to that in advance, what would be the best way to describe that ?


You can make comments in your sketch/code.
Other languages call this a remark (shorted as rem).
You can add a comment to your code by putting "//" in front of it.

Code:

// Serial.println("this line will not be printed as it is a comment");
Serial.println("This line will be printed as it has been uncommented"); //But this part will do nothing to your code but being a remark for your own reference

So if you want to solve the remark you got, put the // in front of the line that refer to APP_WISERVER.

Zoals een goed spion betaamt, het blijft geheimzinnig.

Wat als ie wel zou knipperen?

Dat ligt eraan wat je wil "triggeren".
Als je eenmalig wil registreren dat het LEDje ooit is aangegaan dan maakt dat niet uit, maar als je telkens wil "triggeren" als het betreffende event zich voordoet en daarbij het LEDje knippert, dan wel.
Dan moet je dusdanig programmeren dat je dat knipperen er uit filtert.
Das dus mogelijk, maar wel een iets grotere uitdaging.
Je apparaat is batterij gevoed en voert daarom dus geen 230 volt ofzo waarmee je de Arduino kunt opblazen, je had aangegeven dat je dat liever niet wilde.

Als je het apparaat niet wil, kan of mag aanpassen, zul je naar het licht van de LED moeten kijken.
Als je het apparaat wil wijzigen (eventueel de LED eruit slopen), dan kun je er een optocoupler op aansluiten in plaats van die LED.
Let er dan wel op dat je de stroom door de LED van de optocoupler beperkt, zodat die past bij wat die opto kan/wil.
Maar dat hoeft in principe niet.
Je zei namelijk over je LED

(max 3V, 20mah)

Als dat betekent dat bij oplichten van die LED, er altijd 3 volt over staat dan hoef je daar alleen maar naar te kijken.
3 volt is namelijk een HIGH.
Kan er een andere spanning op staan die lager dan zo'n 2,2 volt is (ik weet de exacte drempel niet uit het hoofd, de theoretische waarde is 2,5 volt), dan is het anders en moet je meer doen.
Bijvoorbeeld met zo'n BC547 van je en wat extra weerstanden.

Als de LED in je apparaat een IR LED is, dan moet je er rekening mee houden dat die waarschijnlijk een signaal voert.
Dat doet ie door vrij snel te knipperen, en wanneer dat het geval is en je met een multimeter daaraan gaat meten, zie je mogelijk verschillende spanningen bij verschillende signalen.
Je wil weten wat de hoogste spanning is, en dat kun je met zo'n signaal en een multimeter niet vaststellen want die meet een gemiddelde (meestal per seconde).

Het is dus heel goed mogelijk die koppeling te maken en aan jou om ervoor te kiezen wat dan het beste is.
Aangezien we niet meer weten, moeten wij hier ook maar een beetje gaan zitten gokken wat de mogelijkheden zijn en wat daarin het best haalbare is.

Succes met je project.

Hoi weer.

Nou, ik heb in de tussentijd lekker gespeeld.
Voordeel van ergens de tijd voor nemen, is dat je (bijvoorbeeld onderweg met de auto naar een klus) lekker kunt brainstormen over struikelblokken die je bent tegen gekomen.
Zojuist heb ik mijn menuutje afgemaakt en doet het ding nu wat ik zo ongeveer in gedachten had.
In eerste instantie wilde ik iets maken dat een menu functie aanroept, en was ik dus druk in de weer met het bedenken hoe je waardes kunt overhevelen (heen en weer) tussen een functie en void loop().
Maar voor jouw toepassing wil je natuurlijk helemaal de loop niet verlaten.
Want dan controleer je niet meer de verschillende temperaturen, tijden en pompen.
Dus zit nu alles in void loop() en worden er wat variabelen ingezet om te kijken of een stukkie code uitgevoerd of overgeslagen moet worden.
Zoals de code nu is, lopen de processen dus gewoon door, word het display en toetsenbord voor het proces gebruikt.
Word op het select knopje gedrukt, dan verschijnt er een menu.
In dat menu kan men een andere taal kiezen (Engels, Duits, Frans, Spaans en Nederlands).
Men kan kiezen of er wel of niet de achtergrond verlichting moet knipperen als er op een knopje word gedrukt.
Men kan de helderheid van de achtergrondverlichting instellen (en dan blijft de al dan niet ingeschakelde knipper functie op dezelfde wijze functioneren).
En men kan het menu verlaten om vervolgens weer terug te komen waar men was.
Dat alles kan doordat er voldoende waardes worden bijgehouden.

Omdat ik hierbij niets anders dan een Uno en een LCD keypad shield heb gebruikt, kan ik ook niet aantonen dat de processen naast het actieve menu door blijven lopen.
Daarvoor zou er nog iets gedaan moeten worden met bijvoorbeeld potmetertjes en ledjes ofzo.

Voor mij was dit weer een leerzame oefening, iemand anders mag beoordelen of het niet wat beter en of netter kan.

Eens kijken of ik de code hier kan invoegen.

Hmm nee dat lukt niet.
Volgende poging, anders moet ik er aan plakken.

Plakken dus...

[#]

Hoi Jeroen, welkom.

Graag de volgende keer dat je code post, ook op het code knopje klikken (ziet er uit als #.
Dat leest veel prettiger.

Je gebruikt een delay, en dat zou moeten werken, maar het is niet netjes.
Je zet je krachtige Arduino daarmee namelijk op pauze, terwijl je hier ook nog zat andere zaken zou kunnen doen.
Daarom kun je veel beter de methode gebruiken die je terugvindt in je sketchbook (in het menu van de IDE> bestand > voorbeelden > 02.digital).

Ik zie dat je een puls van 0,04 seconden geeft aan je klikaan-klikuit afstandbediening en ook dat je telkens dezelfde "knop" daarvoor gebruikt.
Weet je zeker dat dat klopt (ik heb er geen idee van )?
Wellicht dat die 0,04 seconden wat kort is ?
Heb je niet een knopje voor aan en een andere voor uit ?


Hoi Jantje.
Was aan het typen toen ineens het internet eruit lag voor meer dan een half uur hier.
In de tussentijd had jij ook al geantwoord.
Kun je ook in het kort vertellen wat je hier anders gedaan hebt en waarom ?

Hoi en welkom robotspion.

De informatie die je verschaft is veel te summier om te kunnen vertellen of je kunt doen wat je vraagt.
Het signaal van een LEDje gebruiken om je Arduino aan te sturen is zonder meer mogelijk.
Maar je vertelt er niet bij wat voor apparaat dat is, hoe dat gevoed word en ook niet of je de functionaliteit van het LEDje nog wil behouden.
Dat maakt het niet minder mogelijk, maar het heeft wel implicaties voor hoe je dit kunt uitvoeren.
Verder dien je ook nog rekening te houden met hoe je een knipperend LEDje behandelt, of een LEDje dat vaker dan eens aan gaat.
Maar dat heeft dan weer niet zoveel met het aansluiten zonder risico op beschadigen van de Arduino te maken.

Algemeen geldt dat je als je hier (lees maar overal op het internet) met vragen komt, je niet mag aannemen dat men weet waar je het over hebt.
Je mag wel aannemen dat men dat niet weet en dus moet je alle relevante informatie verschaffen (zelfs als je twijfelt over de relevantie van die informatie).
Je mag ook niet aannemen dat men bekend is met eerdere vragen van je dus als je vervolgvragen hebt in een nieuw onderwerp, verwijs dan naar dat eerdere onderwerp.