Varför kan man inte skicka värden konstant via FTDI?

[TomasL]

NEJ och åter NEJ.
Bundy, kan du inte, för allas, här på forumet, hälsa, börja med att läsa igenom Markesjös (grundkurs) böcker, från 60/70-talet, så du verkligen börjar lära dig nånting. alternativt kör du igenom brevkursen som ligger på min hemsida.
DU förstår och kan inte ett skvatt, du bara famlar i det blå, med skygglappar dessutom.

Först därefter kan du börja studera digital elektronik, har dessutom för mig att Markesjö skrev ett par böcker om det också.
Dessa böcker hittar du troligen på närmaste bibliotek.

[Icecap]

Al: med all brist på respekt: du är för pantat till att ta detta till dig. Att försöka ge dig vetande motsvarar ungefär att kasta vatten på en gås.

Jag hoppas att du inte tuggar tuggummi när du ska gå.

[Al_Bundy]

Menar du boken Mikrodatorns ABC?

Jag har annars en bok som heter Industriell systemteknik som innehåller mycket om digitalteknik och analog elektronik.

[TomasL]

Nej, "Elektronik för alla" del 1 till del 10 eller nått sånt.
Kan iofs ha fel om författaren, typ.

[Al_Bundy]

Jag har läst 1:an har jag för mig. Bra böcker, men känns inte dessa böcker för "old-school"?

Anledningen varför jag inte fortsatte läste dessa har med just mikrodatorn, EFA-datorn, det kändes alldeles för gammal för att lägga tassarna på.

[TomasL]

Finns ingen "Old-School" när det gäller elektronik, du kan lika väl läsa en bok från 40-talet, den är fortfarande helt valid och fullt gällande, att sedan komponenter har utvecklats är en sak, men grunderna gäller fortfarande.

[Al_Bundy]

Då drog min lärare en liten valls för mig. Men jag har nog mig själv att skylla på.
Problemet med dessa böcker är att jag har bara tillgång till just 1:an och 2:an i mitt lokala bibliotek, och även dessa är gammal upplaga.

Andra problemet är att jag har inte direkt tid att läsa igenom dessa böcker när jag ska läsa igenom en bok som heter Industriell Systemteknik. Där ingår det väldigt mycket elektronik och digitalteknik. Men boken är anpassad för idioter, nä skojar bara. Boken är anpassad för mekanisk konstruktion. Alltså, det ingår inte något om programmering.

[TomasL]

Om du inte har tid att lära dig, varför håller du då på, tämligen meningslöst.
Du spenderar mer tid på dit planlösa gissande, än det tar att lära sig.

[Al_Bundy]

Som jag skrev innan så skriver jag inte några bibliotek, jag följer andras kopplingschema. Jag är troligtvis för "dum" för det och jag har dels inte tid att lägga till extra plugg och att jag gör mesta delen bara för hobbybruk. Då behöver man inte fokusera på hur snyggt och effektivt det blir. Men ibland blir man frågvis t.ex varför RX lampan slutar blinka på min UART från SparkFun. Det enda jag vill lära mig inom elektroniken är industriell ellära(växelström, likström), industriell elektronik(analog elektronik, elkraft, digitalteknik, digitala skevenskretsar), styrteknik, industriell automation(PLC, reglerteknik) puh.

Den enda boken jag läser som handlar om uC är "Arduino Cookbook". Finns över 300 lösta exempel som man kan jobba ur. Färdig kod, färdiga bibliotek, färdiga bilder som visar kopplingen. Visst, jag lär mig inget egentligen om just digitalteknik. Mest bara programmera i C och automatisera. Vilket jag har som mål.

Men denna tråd spårar ur som vanligt då vi alla verkar använda forumet som det vore en IRC kanal haha

Detta är en bild på min FTDI adapter. Vid en tids matning av kommunikation mellan uC och PC så slutar RX-lampan lysa. RX-lampan blinkar till när man t.ex loopar Serial.println("hello"); Glöm inte att jag anropar också en funktion som kollar om det kommer något från datorn till uC. Serial.available(); heter den funktionen och den returnerar ett heltalsvärde.

Men jag är nog rätt säker på att det är min kod som strular till det för FTDI:n. Skulle FTDI:n vara sönder så skulle den inte ens a "startat". Om ni vet vad jag menar med starta?

[TomasL]

Om tråden spårar ur, beror i så fall på ditt totala ointresse att lyssna (dvs läsa) på de råd vi ger dig.
Eftersom du bevisligen inte är intresserad av att lära dig, så sluta med egna konstruktioner, köp i stället färdiga enheter från de officiella leverantörerna (dvs inte från ebay/ALi mfl), frågor om dess funktioner mm riktas lämpligen till leverantören och deras support-forum, vi kan av naturliga skäl inte ge support på dessa produkter.
Möjligt att det finns medlemmar som använder samma grejjor, och kan ge dig svar, dock verkar det som att ingen här gör det, med tanke på svaren i tråden.

[Al_Bundy]

Jag lär mig visst av det ni säger. Däremot så tycker jag att även ni inte läser min text heller då jag har också fått upprepa saker. I denna tråd har ni kommit fram till att det är inte FTDI adaptern som är fel på, det är mitt sätt att programmera C-kod som jag måste ändra mig på och att jag måste lära mig felsöka.

Ja, jag är inte kunnig när det gäller felsökning. Men när jag kommer till min apparat så ska jag ta ett oscilloskop för att analysera signalerna från TX och RX. Mer än så kan jag inte göra just nu.

Det jag försöker säga i denna tråd är att när detta inträffar så måste jag dra ut USB-kabeln som sitter i UART:en för en total reset av hela systemet. Det spelar ingen roll om jag trycker på resetknappen som rest:ar uC. Det är typ som att FT232RL hänger sig av belastning på något sätt.

I ett program som vi har gjort i LabView så skulle vi läsa av COM porten. Vi fick olika värden hela tiden när vi läste av COM porten. Till slut fick vi bara samma värde när RX lampan hade slutat blinka.

Det är vad jag försöker säga. Det kan vara min kod som belastar FT232RL med data så PC:n endast kan läsa av exakt samma data hela tiden från FT232RL. För min uC skickar data exakt hela tiden, varje sekund, men min PC tar emot när jag klickar på en knapp, dvs när jag känner för det.

[nifelheim]

det är väl där det spårar ut.

Någonstans i din hantering av vad som händer med alla tecken som kommer in under tiden du inte trycker på en tangent.

Du får se till att alltid ta emot tecknet, men slänga bort det om du inte vill ha det just då,
annars blir det ju fullt i någon buffer till slut.

[Al_Bundy]

Jag gjorde lite randomtester. Jag har inget oscilloskop hemma så jag brukar mest bara köra "fulmetoder" som professionella uttrycker det som.

TEST1:

Nu kör jag denna kodbit

Kod: Markera allt

int a = 1;
  while (Serial.available() == 0)                       
  {
     delay(100);
     Serial.println(callPHmeter(0));                   // prints out a string of callPHmeter(0) function
     if (a == 1)
     { 
       digitalWrite(13, HIGH);
       a = 0;
     }
     else
     {
       digitalWrite(13, LOW);
       a = 1;
     }
     show_values_display(callTemp(), callPHmeter(0), 0); // JUST FOR THE MOMENT!
     delay(100);
  }
  digitalWrite(13, LOW);

Så blinkade TX (ja, TX blinkar nu. Jag kör mitt UNO-kort). Led 13 blinkar också.
Jag hade bara kopplat in UNO kortet i datorn med hjälp av USB typ B kabel. Jag hade inte öppnat någon monitor där jag kan se mina värden. Mina värden är slumpvis mellan 0 till 1023. Efter en stund så lös TX med fast sken, men samtidigt så blinkade led 13 som den ska göra. Jag testade trycka på resetknappen men TX lös fortfarande som ett fast sken. Nu ska jag testa hur det ser ut när jag har monitor öppen så jag kan se vad jag skickar från uC till PC. Återkommer!

TEST2:
Jag lät microkontrollen gå med min monitor öppen och jag kunde se värden rulla ner. Inget annat hände.
Så efter en mycket lång tid så drog jag ut USB kabeln och satte dit den igen. Nu lyser BARA led 13 och inte TX. Jag fick ta och bränna över sketchen igen och då började TX lampan blinka på igen. Just nu så testar jag samma metod som i TEST1 för att verifiera, dvs att jag kör utan Arduino IDE öppen eller monitor öppen. Vi får se hur det går nu.

TEST3:
Ungefär ca 2-3 minuter så lyser TX med fast sken igen. Led 13 blinkar på fortfarande. Jag testar trycka på resetknappen och processorn startar om, men TX lyser fortfarande med fast sken och har inte släcks när jag tryckte på resetknappen. Som vanligt så måste jag bränna om sketchen för att få snurr på allt igen. Jag ska testa köra koden och dra ut USB kabeln när både TX och led 13 blinkar. Jag har ingen monitor öppen.

TEST4:
När jag kör koden när både TX och led 13 blinkar och drar ut kabeln och sätter dit den igen så börjar led 13 blinka, men inte TX. Antingen får jag bränna om källkoden eller får jag starta upp monitor. När jag startar upp monitor så startas hela arduinon om och TX börjar blinka som vanligt.

TEST5:
Jag måste hela tiden starta om min monitor på Arduino IDE om jag vill ha kontakt med min Arduino.

Slutsats:
Jag måste troligtvis ha något program på datorn som hela tiden är öppen för att ta emot de värden som min arduino(UNO) skickar. Exempelvis på sånt program kan vara monitor som är inbyggt i Arduino IDE.

[Al_Bundy]

det är väl där det spårar ut.

Någonstans i din hantering av vad som händer med alla tecken som kommer in under tiden du inte trycker på en tangent.

Du får se till att alltid ta emot tecknet, men slänga bort det om du inte vill ha det just då,
annars blir det ju fullt i någon buffer till slut.

Exakt! Jag tror att det blir en överbelastning så att kontakten bryts mellan uC och PC i USB to Serial konverteraren! Great scott!

[knahakan]

Hej Al!
Angående överbelastning, full buffer osv:
Har du kollat hur CTS#-pinnen är kopplad på din ftdi breakout board? Jag tipsade om detta i denna tråd:
http://elektronikforumet.com/forum/view ... =7&t=74508

Om du svarar på hur det är kopplat blir det lättare att felsöka vidare.